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DYNAMIC ASYNCHRONOUS RESULTS 
FIELD 

5 An embodiment of the invention relates generally to a computer network and more 

particularly to reporting the results of an operation and status of an object in a network. 

BACKGROUND 

10 

People increasingly use networks of computers because they wish to access and 
share information. Some networks follow a client/server model, where a user at a client 
computer wishes to access information at a server and request operations to be performed 
at the server. Some clients download pages from servers and display them. These pages 
15 may include information and operations that the user may request. The client then sends 
the requested operations to the server for execution, which sends results back to the client, 
which may be in the form of another page. 

Some operations take a long time to complete, and the user is concerned about the 
status of the operation. To address these concerns, some systems allow the user to 
20 manually refresh a page to show status of the operation. Other systems programmatically 
refresh a page. Still other systems require users to navigate to a separate page and query 
for the status of their operations. 

Some information at a server may change over time. For example, a printer 
attached to a server may change states throughout the day, for example going between 
25 states of powered down, toner low, out of paper, paper jam, busy, and available. A user 
at a client may wish to know the current state of the printer and also what states it has 
been in the past. Some systems require the user to move to a separate application to query 
for state information. 



884.724US1 



1 



P13366 



BRIEF DESCRIPTION OF THE DRAWINGS 



Fig. 1 depicts a block diagram of a system for implementing an embodiment of the 
invention. 

5 Fig. 2 depicts a block diagram of an example user interface for asynchronous 

results, according to an embodiment of the invention. 

Fig. 3 depicts a flowchart of example processing for asynchronous results, 
according to an embodiment of the invention. 

Fig. 4 depicts a block diagram of an example user interface for dynamic object 
10 status, according to an embodiment of the invention. 

Fig. 5 depicts a flowchart of example processing for dynamic object status, 
according to an embodiment of the invention. 

Fig. 6 depicts a block diagram of an example user interface for dynamic history 
scroll, according to an embodiment of the invention. 

1 5 Fig. 7 depicts a flowchart of example processing for dynamic history scroll, 

according to an embodiment of the invention. 

DETAILED DESCRIPTION 

Fig. 1 depicts a block diagram of a system 100 for implementing an embodiment 
20 of the invention. The system 100 may include a client 1 10 connected to a server 1 15 via a 
network 120. The client 1 10 may include a processor 130, an input device 135, an output 
device 140, and a storage device 145, all connected via a bus 150. 

The processor 130 may represent a central processing unit of any type of 
architecture, such as a CISC (Complex Instruction Set Computing), RISC (Reduced 
25 Instruction Set Computing), VLIW (Very Long Instruction Word), or a hybrid 
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architecture, although any appropriate processor may be used. The processor 130 may 
execute instructions and may include that portion of the client 110 that controls the 
operation of the entire electronic device. Although not depicted in Fig. 1, the processor 
130 typically includes a control unit that organizes data and program storage in memory 
5 and transfers data and other information between the various parts of the client 110. In 
another embodiment, the processor 130 may not be present, and the client 110 may be 
implemented with hardware in lieu of a processor-based system. 

The input device 135 may accept input from a user. In an embodiment, the input 
device 135 may be a keyboard, but in other embodiments, the input device 135 may be a 
10 pointing device, mouse, trackball, keypad, touch-pad, touch screen, pointing stick, 

microphone, or any other appropriate input device. Although only one input device 135 is 
shown, in other embodiments any number of input devices of the same or of a variety of 
types may be present. 

The output device 140 may communicate information to the user of the client 110. 

15 The output device 140 may be a cathode-ray tube (CRT) based video display well known 
in the art of computer hardware. But, in other embodiments the output device 140 may be 
replaced with a liquid crystal display (LCD) based or gas, plasma-based, flat-panel 
display. In still other embodiments, any appropriate display device may be used. In yet 
other embodiments, a speaker that produces audio output may be used. Although only 

20 one output device 140 is shown, in other embodiments, any number of output devices of 
different types or of the same type may be present. 

The storage device 145 may represent one or more mechanisms for storing data. 

For example, the storage device 145 may include read only memory (ROM), random 

access memory (RAM), magnetic disk storage media, optical storage media, flash 

25 memory devices, and/or other machine-readable media. In other embodiments, any 

appropriate type of storage device may be used. Although only one storage device 145 is 

shown, multiple storage devices and multiple types of storage devices may be present. 

Further, although the client 1 10 is drawn to contain the storage device 145, it may be 

distributed across other electronic devices. 
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The storage device 145 may include a browser 155 and a downloaded page 160. 
Of course, the storage device 145 may also contain additional software and data (not 
shown), which are not necessary to understanding an embodiment of the invention. The 
client 1 10 may download the page 160 from the server 115, and the browser 155 may 
5 interpret data and control and/or formatting information within the page to display 

information on the output device 140. Examples of the displayed information are shown 
in Figs. 2, 4, and 6, as further described below. The browser 155 may contain instructions 
for execution on the processor 130 to perform functions as further described below with 
reference to Figs. 3, 5, and 7. 

10 The page 160 may include a client application 165, a script application 170, and 

objects 172. In an embodiment the client application 165 may be an applet, although in 
other embodiments any appropriate application may be used. In an embodiment the script 
application 170 may be a Javascript application, but in other embodiments any 
appropriate application may be used. The objects 172 may have a status that is capable of 

1 5 being monitored and displayed as further described below with respect to Figs. 2-7. 

Although the client application 165, the script application 170, and the objects 172 
are shown included or embedded within the page 160, in another embodiment one or more 
of them may be external to the page 160 and referenced-from or linked-to by the page 
160. In an embodiment, the client application 165 and the script application 170 contain 
20 instructions for execution on the processor 130. In another embodiment, one or both of 
the client application 165 and the script application 170 may contain control information 
and data that are interpreted by the browser 155. The operations of the client application 
165 and the script application 170 are further described below with reference to Figs. 3, 5, 
and 7. 

25 The bus 150 may represent one or more busses, e.g., PCI (Peripheral Component 

Interconnect), ISA (Industry Standard Architecture), X-Bus, EISA (Extended Industry 
Standard Architecture), or any other appropriate bus and/or bridge (also called a bus 
controller). 
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Although the client 1 10 is shown to contain only a single processor 130 and a 
single bus 150, another embodiment of the invention applies equally to electronic devices 
that may have multiple processors and to electronic devices that may have multiple buses 
with some or all performing different functions in different ways. Although only one 
client 1 10 is shown, in another embodiment any number of clients may be present. 

The client 110 may be implemented using any suitable hardware and/or software, 
such as a personal computer or other appropriate electronic device. Portable electronic 
devices, laptop or notebook computers, PDAs (Personal Digital Assistants), two-way 
alphanumeric pagers, portable telephones, pocket computers, network appliances, 
minicomputers, and mainframe computers are examples of other possible configurations 
of the client 110. 

The server 1 1 5 may include a server application 1 75. The operations of the server 
application 175 are further described below with reference to Figs. 3, 5, and 7. The server 
1 15 may be implemented using any suitable hardware and/or software, such as a personal 
computer or other appropriate electronic device. Portable electronic devices, laptop or 
notebook computers, minicomputers, and mainframe computers are examples of other 
possible configurations of the server 115. The server 115 may include a processor and ■ 
memory (not shown), analogous to the processor 130 and the storage device 145. 
Although only one server 1 15 is shown, in another embodiment any number of servers 
may be present. 

The network 120 may be any suitable network and may support any appropriate 

protocol suitable for communication between the client 110 and the server 115. In an 

embodiment, the network 120 may support wireless communications. In another 

embodiment, the network 120 may support hard-wired communications, such as a 

telephone line or cable. In another embodiment, the network 120 may support the 

Ethernet IEEE (Institute of Electrical and Electronics Engineers) 802.3x specification. In 

another embodiment, the network 120 may be the Internet and may support IP (Internet 

Protocol) RFC (Request for Comments) 791. In another embodiment, the network 120 

may be a local area network (LAN) or a wide area network (WAN). In another 
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embodiment, the network 120 may be a hotspot service provider network. In another 
embodiment, the network 120 may be an intranet. In another embodiment, the network 
120 may be a GPRS (General Packet Radio Service) network. In another embodiment, 
the network 120 may be any appropriate cellular data network or cell-based radio network 
5 technology. In another embodiment, the network 120 may be an IEEE 802. 1 IB wireless 
network. In still another embodiment, the network 120 may be any suitable network or 
combination of networks. Although one network 120 is shown, in other embodiments any 
number of networks (of the same or different types) may be present. 

The hardware and software depicted in Fig. 1 may vary for specific applications 
10 and may include more or fewer elements than those depicted. For example, other 
Q peripheral devices such as audio adapters, or chip programming devices, such as EPROM 



(Erasable Programmable Read-Only Memory) programming devices may be used in 



M addition to or in place of the hardware already depicted. 



As will be described in detail below, aspects of an embodiment pertain to specific 



* 15 apparatus and method elements implementable on an electronic device. In another 
y j embodiment, the invention may be implemented as a program product for use with an 

p| electronic device. The programs defining the functions of this embodiment may be 

53 delivered to an electronic device via a variety of signal-bearing media, which include, but 

Pi . , 

are not limited to: 

20 (1) information permanently stored on a non-rewriteable storage medium (e.g., 

read-only memory devices attached to or within an electronic device, such as a CD-ROM 
readable by a CD-ROM drive); 

(2) alterable information stored on a rewriteable storage medium (e.g., a hard disk 
drive or diskette); or 

25 (3) information conveyed to an electronic device by a communications medium, 

such as through a network, including wireless communications. 

Such signal-bearing media, when carrying machine-readable instructions that 

884.724US1 6 P13366 



direct the functions of an embodiment of the present invention, represent embodiments of 
the present invention. 

Fig. 2 depicts a block diagram of an example user interface 200 for asynchronous 
results, according to an embodiment of the invention. The user interface 200 is shown 
5 displayed on a display device, such as the output device 140. The browser 155 may 
download, read, and interpret the page 160 using the client application 165 to create the 
user interface 200 as further described below with reference to Fig. 3. The user interface 
200 may include available devices 205, status 210, a services button 215, and a result 
frame 220. The user may select an operation via the services button 215, such as 

10 powering on a device in the available devices 205. The client 110 then sends a request, 
which identifies the selected operation, to the server 115. As the server 115 performs the 
operation, the client 1 10 displays the status of the operation in the result frame 220, which 
in this example is "Device A is wanning up." Although Fig. 2 illustrates the example of 
operations performed to devices, any appropriate objects and operations with respect to 

1 5 those obj ects may be used. 

Fig. 3 depicts a flowchart of example processing for asynchronous results, 
according to an embodiment of the invention. Control begins at block 300. Control then 
continues to block 305 where the browser 155 reads, interprets, and displays the page 160 
on the output device 140. The user selects an operation from the page 160 to perform, and 

20 the browser 155 sends the selected operation to the server 115. At block 310, the server 
application 175 receives the selected operation, verifies that the operation is valid, and 
builds a result page. At block 315, the server application 175 returns the result page to the 
client 110, indicating that the operation successfully started. At block 320, the browser 
155 receives and displays the result page. At block 325, the server application 175 starts 

25 the requested operation running asynchronously to the returning of the result page 
previously described above with respect to block 315. At block 330, the operation 
continues running in a background thread or a separate process. At block 335, the server 
application 175 stores the progress of the operation in a result queue. At block 340, the 
browser 155 executes the client application 165 associated with the page, which may poll 
884.724US1 7 P13366 



the server 1 15 for the available results of the operation. At block 345, the server 
application 175 may return the results to the client application 165 in response to the poll 
In another embodiment, the server application 175 may return the results to the client 
application 165 via a push operation. At block 350, the browser 155 executes the client 
5 application 165 to display the results of the operation, for example by updating the 

content of the result frame 220. Blocks 330, 335, 340, 345, and 350 repeat to continually 
update the result frame 220. When the operation completes at block 355, blocks 335, 340, 
345, and 350 are executed to display the final status in the result frame 220. Control then 
continues to block 399 where the function returns. 

10 Fig. 4 depicts a block diagram of an example user interface 400 for dynamic 

object status, according to an embodiment of the invention. The user interface 400 is 
shown displayed on a display device, such as the output device 140. The browser 155 
downloads, reads, and interprets the page 160 to create the user interface 400 as further 
described below with reference to Fig. 5. 

1 5 The user interface 400 may include available devices 410 and status 415. As the 

status of the devices change, the status 415 of the devices is dynamically updated. 
Although Fig. 4 illustrates the example of the status of devices, any appropriate objects' 
that have a status capable of being monitored may be used. 

Fig. 5 depicts a flowchart of example processing for dynamic object status, 

20 according to an embodiment of the invention. Control begins at block 500. Control then 

continues to block 505 where the user selects a page containing objects to monitor, and 

the browser sends a request for the page to the server. Control then continues to block 

510 where the server application 175 builds a page containing an initial status of the 

objects 172. Control then continues to block 515 where the server application 175 returns 

25 the page to the client 1 10. Control then continues to block 520 where the browser 155 

reads, interprets, and displays the page 160 on the output device 140, including the current 

status of the monitored objects 172. Control then continues to block 525 where the 

browser 155 executes the script application 170, which informs the client application 165 

of the objects 172 in the page 160 to monitor. Control then continues to block 535 where 
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the client application 165 polls the server 1 15 for a status update. In another embodiment, 
a status update may be returned to the client application 165 via a push operation in lieu 
of a poll. When the object status changes at block 530, the object informs the server 
application 175, which queues the object status changes at block 540 and returns the 
5 status changes to the client application 165. At block 545, the client application 165 

receives the status updates and looks up a method in the script application 170 to execute. 
At block 550, the appropriate method in the script application 170 displays the updated 
status of the object in the displayed page. Control then continues to block 599 where the 
function returns. 

10 Fig. 6 depicts a block diagram of an example user interface 600 for dynamic 

history scroll, according to an embodiment of the invention. The user interface 600 is 
shown displayed on a display device, such as the output device 140. The browser 155 
downloads, reads, and interprets the page 160 to create the user interface 600 as further 
described below with reference to Fig. 7. 

15 User interface 600 may include available devices 610, status 615, and history 620. 

As the status of the devices change, the status 615 is dynamically updated. The user may 
select a history function, which shows the history 620 of the status for the selected device. 
In the example shown, Device D 617 has a status history of out of paper, up, warming up, 
and down. Although Fig. 6 illustrates the example of the status of devices, any 

20 appropriate objects that have a status that may change over time may be used. 

Fig. 7 depicts a flowchart of example processing for a dynamic history scroll, 
according to an embodiment of the invention. Control begins at block 700. Control then 
continues to block 705 where the user selects a page 160 containing objects 172 to 
subscribe to for dynamic content. The browser 155 loads the page 160 and the script 
25 application 170, which informs the client application 165 of the objects 172 located on the 
page 160 and the script application method to run when the dynamic status of the objects 
172 changes. Control then continues to block 710 where the client application 165 
receives the request for dynamic content. Control then continues to block 715 where the 
client application 165 fetches the status history from a locally-stored cache, looks up 
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methods to invoke to update the page with the current status, and invokes the methods for 
each object retrieved from the cache. Control then continues to block 720 where the 
script application 170 updates the displayed status for each object that has changed and 
stores the history values for future use. Control then continues to block 725 where the 
5 user sees the status update in the browser. 

When the object status changes at block 730, the object informs the server 
application 175 that the status has changed, and the server application 175 queues the 
object status changes at block 740. At block 735, the client application 165 polls the 
server 1 15 for available status changes, and the server application 175 returns the queued 

10 status changes. In another embodiment, the server application 175 may return the status 
changes to the client application 165 via a push operation in lieu of a poll. Control then 
continues to blocks 720 and 725 as previously described above. When the user requests 
to see the history at block 745, the script application 170 updates the displayed status for 
the object to the value or values stored in the history cache. Control then continues to 

15 block 725 where the user sees the status updates. Control then continues to block 799 
where the function returns. 

In the previous detailed description of exemplary embodiments of the invention; 
reference was made to the accompanying drawings (where like numbers represent like 
elements), which form a part hereof, and in which was shown by way of illustration 

20 specific exemplary embodiments in which the invention may be practiced. These 
embodiments were described in sufficient detail to enable those skilled in the art to 
practice embodiments of the invention, but other embodiments may be utilized and 
logical, mechanical, electrical, and other changes may be made without departing from 
the scope of the present invention. The previous detailed description is, therefore, not to 

25 be taken in a limiting sense, and the scope of embodiments of the present invention is 
defined only by the appended claims. 

Numerous specific details were set forth to provide a thorough understanding of 
embodiments of the invention. However, embodiments of the invention may be practiced 
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without these specific details. In other instances, well-known circuits, structures and 
techniques have not been shown in detail in order not to obscure embodiments of the 
invention. 
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